Nuestro JavaScript se puede utilizar para canalizar entradas y visitantes de página sin necesidad de enlaces de redirección. Sin embargo, los dos pueden y DEBEN usarse en conjunto.
En otras palabras, es mejor que nuestro JS esté siempre en las páginas, sin importar el escenario.
Esto se debe a que el JS no solo rastrea las visitas a la página, sino que también tiene varias funciones auxiliares que mejoran la fiabilidad del seguimiento.
Los detalles de nuestro JavaScript ya están documentados aquí, lo que explica cómo obtener datos del JS y las funciones auxiliares.
Sin embargo, daré un resumen técnico a continuación.
Seguimiento de vistas con JavaScript
Nuestro JS procesará los atributos incrustados + parámetros de URL, que tienen prioridad si están presentes, y enviará por POST una carga útil de datos a nuestro edge (a través del dominio personalizado del usuario):
https://USER_DOMAIN/js/funnel
Nuestro edge responderá, si el seguimiento fue exitoso, con una carga útil estándar que incluye el ID del visitante (un VID), el ID del nodo actual y un ID de hit, por ejemplo
{
"error": "",
"resolvedTokens": {
"{hit}": "1wj7y5680dz26p1g9p0101",
"{visitor}": "afdwb7QPV6Y59aTP3fQxZ3tX2ox",
"{current-node-id}": "0XJbzUwQYEWa"
},
"skv": "vid"
}El ID del visitante es un identificador a nivel de sesión de un usuario. Estos objetos de sesión se almacenan en una caché centralizada que se implementa en múltiples centros de datos junto con nuestro edge.
Los VIDs tienen esa ubicación del edge codificada en el ID, de modo que si los usuarios tienen un valor VID presente y cambian de ubicación (o por ejemplo, VPN), nuestro edge puede verificar la base de datos de caché correcta para el objeto de sesión.
El ID de Hit es un ID único para la vista de página actual. Un solo visitante creará un ID de hit único para cada nodo que toque.
El ID del nodo actual se explica por sí mismo.
Atributos incrustados y opciones
Para modificar el comportamiento del JS de FunnelFlux y los tokens devueltos, consulte el documento respectivo en nuestra sección de JS aquí.
Funciones auxiliares
Estas se detallan aquí.
Por esto es importante que nuestro JS esté presente en todas las páginas.
En primer lugar, el JS agregará automáticamente una etiqueta meta referrer a la página, que anula el comportamiento predeterminado del navegador y pasa el referente completo a los enlaces siguientes.
Esto hace que el urlRewrite anterior sea útil, de lo contrario el referente pasado por defecto (al menos en Chrome) es solo el nombre de host
En segundo lugar, los elementos <a> en la página se escanean en busca de *action/* y si se encuentra, nuestro JS agregará:
...vid=VISITOR_ID&rn=CURRENT_NODE_ID
Esta declaración explícita en el enlace de acción elimina cualquier dependencia del referente/cookies en un clic posterior, ya que el identificador de sesión del usuario Y el ID del nodo de referencia se declaran.
Tenga en cuenta aquí que la función urlRewrite agrega n=CURRENT_NODE_ID a la URL, mientras que los enlaces de acción tienen el ID del nodo actual agregado como el parámetro "rn" o "nodo de referencia".
Esto es importante debido a nuestra otra funcionalidad: si el atributo data-lum="action" se agrega a cualquier elemento <a>, también agregamos los datos anteriores.
Esto es útil cuando se enlaza directamente entre páginas sin un enlace de acción (redirección), pero donde un usuario aún quiere asegurar un seguimiento confiable. Se puede ver un ejemplo de esto en la página de inicio de funnelflux.com. Observe el código fuente y cómo el enlace a la opción en la nube se actualizará para incluir estos parámetros de URL.
En este escenario, pasar n=CURRENT_NODE_ID cargaría la siguiente página, el JS se cargaría, y el parámetro de URL intentaría anular el ID del nodo de la página actual con el del nodo anterior, causando problemas. Por eso siempre se usa "rn" para hacer referencia al nodo de origen en un enlace de acción.